當開始了有主要的功能目標及想解決的問題之後，就可以開始考量要怎麼實現解決方式，而在什麼平台上面實踐解決方式。

平台選擇會影響到未來商業模式拓展性及產品開發的彈性，因此先將需求內容及目標，先與執行單位人員，先做初步的討論，讓執行人員可以有一個大概的框架可以想像，做出初步的判斷和選擇開發框架。

比如說將會要解決方案中，會與硬體有連帶關係，就會考量原生語言(iOS/Andriod)為基底，因為原生對於藍牙之間的協定會比較好做

或者如果解決方案會需要考量到多設備應用，比如手機、網頁、電視都會作為呈現的端口，那這就需要論是不是使用開發一套可以適應性到各種裝置上的開發方式。

而大原則是盡可能在初期時不要開發兩種不同框架的模式，因為維護將會是一個長久性問題，如果框架(Framework)沒有持續維護，就可能會出問題，而如果可以選擇原生機制就以原生為主，因為每年APPLE/GOOGLE這類主要玩家，一年會更新變動一次，難保每次的變動會影響到開發的項目

Take away

在最初時就先讓執行團隊可以了解到，整個開發項目的的範疇(scope)，可以建立規劃出一個具有延展性及彈性的框架，在未來對於產品發展的延展性具有較多可能性。

但有時候現實與理想都會有衝突，這時候可以採用衝擊較低且能保有彈性的方式，而需要留後路有問題時可以怎麼做調整。

💡 軟體沒有做不到，只有想不到；硬體沒有做不到，只要有錢一直倒